home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
telecomm
/
uniterm.zoo
/
readme_v.20e
< prev
next >
Wrap
Text File
|
1990-04-06
|
6KB
|
165 lines
ReadMe for UniTerm V2.0e 011 <-|
---------------------------- |
26.2.89 |This number is displayed on the
'About UniTerm...' dialog box and
indicates the "Edit Number"
Changes 2.0d to 2.0e
--------------------
General: - Setup file format changed!
- Further performance improvement: sampling RS232, keyboard,
DCD and break status now takes 0.07mS (on new versions of TOS,
0.15mS on the original ROM TOS) instead of 0.14mS.
(Technical note: UniTerm uses trap 10 internally now, so other
programs should leave this alone.)
- Mouse should work again in programs that are started from the
'Run program' item (this stoped working in 2.0d 10 or so).
- `Feature' (I'm just documenting a bug that has been around a
long time): the `run' macro command only automatically
indentifies TTP and TOS programs, if the extension is in
capital letters.......
- Whitespace is now allowed after macro command names.
- Internal command numbers for Ctrl F1 - F10 are 68 to 77.
- All RS232 parameters can now be set:
add a '/' plus a 5 digit string in the following format to the
name filed in the dialer setup menu:
BPDSF
|||||
||||Flowcontrol
|||| 0 None
|||| 1 XOn/XOff
|||| 2 RTS/CTS
|||Stopbits
||| 0 1
||| 1 2
||Databits
|| 0 8
|| 1 7
|Parity
| 0 None
| 1 Odd
| 2 Even
Baud
0 19200
1 9600
2 4800
(3 3600)
4 2400
(5 2000)
(6 1800)
7 1200
(8 600)
9 300
Trailing fields can be omitted, non digit characters do not
change the value of the corresponding parameter.
A macro command is now available that will take a string in
above format and set the RS232 port:
RS232CONF(string)
Examples:
Dialer:
att/1001 set the serial port to
9600 Baud, no parity, 8 data and
1 stop bit, leave the flow control
setting alone.
te/-2111 leave speed setting as it is, set
even parity, 7 data, 2 stop bits
and XOn/XOff flowcontrol.
Macro:
rs232conf('00000')
19200 Baud, no parity, 8 data and
1 stop bit and no flowcontrol
(the only setting you would need in
a perfect world :-)).
rs232conf('----0')
just turn flow control off.
>>Sorry for the rather horrible user interface!<<
Warning: on pre Mega-TOS operating system releases, setting
the serial port parameters caused a ASCII DEL to be
sent.
----------------------------------------------------------------------------
Incremental change list:
========================
V2.0e 003
---------
If the file size received in a YModem batch file transfer is obviously
wrong an error is displayed (the VMS (tm of Digital Equiment Corp.)
implementation of YModem sometimes generates bad size information).
V2.0e 004
---------
Cursor got messed up if the Show Space menu was used.
V2.0e 005
---------
Fixed bug in dialer, that caused infinite repetions. 'Retries'
now really means retries and not total try count.
V2.0e 007
---------
Improved a couple of small things in the 'Scroll History Buffer' commands,
in particular the mouse cursor is handled a bit better.
V2.0e 008
---------
The GEMDOS devices PRN:, CON: and AUX: can now be used as targets for
Kermit etc., CON: and AUX: naturally don't really make any sense (beware
that GEMDOS will only write upto a maximum of 32kB at once to one of the
character devices), PRN: might be useful.
YModem now uses the same logic for determining the target directory/
filename as Kermit does (just entering a path sets the current directory,
a filename is used for the FIRST file received).
V2.0e 009
---------
Various small problems fixed:
- the combination of a bug in MS-Kermit 2.31 and one in UniTerm
Kermit sometimes lead to disagreement about using long packets.
- ESC ` in Tek mode now resets the line-drawing mode correctly
- ESC ENQ know works properly in Tek mode.
V2.0e 010
---------
ESQ ENQ still had a bug (reported the wrong postition).
V2.0e 011
---------
The mouse-based paste and cut feature didn't properly append EOL after
each line, if ouy selected send and pressed the right button.
Exiting UniTerm with a file-capture in progress now writes anything
still left in the transfer buffer to disk (this was in fact a bug, it
should have always worked).
****************************************************************************